home *** CD-ROM | disk | FTP | other *** search
- Date: Fri, 3 Dec 93 04:30:09 PST
- From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu>
- Errors-To: Info-Hams-Errors@UCSD.Edu
- Reply-To: Info-Hams@UCSD.Edu
- Precedence: Bulk
- Subject: Info-Hams Digest V93 #1418
- To: Info-Hams
-
-
- Info-Hams Digest Fri, 3 Dec 93 Volume 93 : Issue 1418
-
- Today's Topics:
- Amateur Radio Club
- g3ruh modem info wanted
- PACKET RADIO & 800MHZ TRUNK SYS
- Packet Radio Modem Chips
- Soundblaster Software
- Welcome to rec.radio.info!
-
- Send Replies or notes for publication to: <Info-Hams@UCSD.Edu>
- Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- Archives of past issues of the Info-Hams Digest are available
- (by FTP only) from UCSD.Edu in directory "mailarchives/info-hams".
-
- We trust that readers are intelligent enough to realize that all text
- herein consists of personal comments and does not represent the official
- policies or positions of any party. Your mileage may vary. So there.
- ----------------------------------------------------------------------
-
- Date: 1 Dec 1993 23:01:40 GMT
- From: koriel!newscast.West.Sun.COM!service!stan@ames.arpa
- Subject: Amateur Radio Club
- To: info-hams@ucsd.edu
-
- I'm looking for a club in the Century City and Pasadena CA areas, a phone number and
- contact name would be helpful. Thanks.
-
- 73,
- Stan
- kb6rqz
-
- ------------------------------
-
- Date: Wed, 1 Dec 1993 22:21:26 GMT
- From: ucsnews!newshub.sdsu.edu!usc!howland.reston.ans.net!xlink.net!scsing.switch.ch!swidir.switch.ch!univ-lyon1.fr!ghost.dsi.unimi.it!dm.unibo.it!lelli@network.ucsd.edu
- Subject: g3ruh modem info wanted
- To: info-hams@ucsd.edu
-
- I`m looknig forward to get some technical information about the g3ruh
- modem
- Please send your answer to my email address.
- Thanks
-
- Pierluigi.
- E-Mail:lelli@csr.unibo.it
-
- p.s:Maybe this is not the right newsgroup but it`s the only one carried by
- my news server.
-
- ------------------------------
-
- Date: Wed, 1 Dec 1993 15:57:38 GMT
- From: microsoft!wingnut!edmitch@uunet.uu.net
- Subject: PACKET RADIO & 800MHZ TRUNK SYS
- To: info-hams@ucsd.edu
-
- Trunked repeaters move to their channel assignment just as the transmitter is
- keyed so you need to wait a momemt before setting the packet. That's easy to
- do. AX.25 packet TNCs have a TXDELAY setting that causes a delay between
- transmit key up and packet tranmission. At home my TNC/Radio combination
- is set to 10 ms delay. When I ran packet through a voice repeater-type of
- system, I had TXD set to 40ms. For a trunked repeater, you will probably
- need something a little longer.
-
- Ed Mitchell
- KF7VY
- "these opinions are mine. So there."
-
- ------------------------------
-
- Date: 1 Dec 1993 09:54:59 +0200
- From: swrinde!elroy.jpl.nasa.gov!usc!howland.reston.ans.net!ee.und.ac.za!ucthpx!ucthpx!not-for-mail@network.ucsd.edu
- Subject: Packet Radio Modem Chips
- To: info-hams@ucsd.edu
-
- Hi
-
- I'm looking for information on High-Speed PAcket Modems (9600 +)
- that will operate in a 3Khz Bandwidth, if possible.
-
- Any information will be welcome, I'm specifically looking for chipsets or chip
- data to homebrew my own designs.
-
- Please reply by mail, I'll summarise for the newsgroup if the replies are
- worth while.
-
- Jakes
- jakes@maxwell.ctech.ac.za
- School of Electrical Engineering
- Cape Technikon
- South Africa
-
- ------------------------------
-
- Date: 3 Dec 93 04:26:18 GMT
- From: ogicse!emory!news-feed-2.peachnet.edu!concert!unccsun.uncc.edu!usenet@network.ucsd.edu
- Subject: Soundblaster Software
- To: info-hams@ucsd.edu
-
- In <CHF28I.6nE@fc.hp.com> mckee@fc.hp.com (Bret McKee) writes:
- > John W. Albert (jwa@tellabs.com) wrote:
- > : characters and displayed on the screen.
- > :
- > : The problem is, it's very difficult to write software for
- > : a PC that is downward compatable and do the math that is
- > : required to properly filter the signal. I'm sure it can be
- > : done but I don't think it can perform as well as a PK232,
- > : for example.
- >
- > : Unless your using a 486 with a math co-processor, there would
- > : be timing problems that would make it difficult for the PC to
- > : filter and decode FSK especially at 300 baud. There are programs,
- > : like Hamcom, that can copy RTTY and decode FSK without an FSK
- > : demodulator or sound board but it performs poorly even in moderate,
- > : noisey conditions.
- >
- > I have a real time SSTV system which will run on a 25 MHZ 386-sx. OF
- > course, the really fancy filtering requires more CPU, but it the PC CPU
- > perfectly adequete for most things.
- >
- > 73,
- >
- > Bret
-
- Would your program be available via anonymous FTP? I've seen the ads
- in QST but wasn't sure if I'd like SSTV and didn't want to 'blow' the money.
- I run the SB Pro on a Gateway 4DX2-66V.
-
- Thanks,
- Richard
-
- P.S. I grew up with someone that works for HP in Ft Collins, the infamous
- Jim Southard. If you see/know him, say hello for me!
-
- Richard Spangler
- rjs7802@prdc.dukepower.com
-
- ------------------------------
-
- Date: Tue, 30 Nov 1993 21:01:46 MST
- From: tribune.usask.ca!kakwa.ucs.ualberta.ca!alberta!nebulus!ve6mgs!bohica!rec-radio-info@decwrl.dec.com
- Subject: Welcome to rec.radio.info!
- To: info-hams@ucsd.edu
-
- Archive-name: radio/rec-radio-info/welcome
- Last-modified: $Date: 1993/05/16 21:57 $
- Version: $Revision: 1.05 $
-
- *** Welcome to rec.radio.info! ***
-
- Welcome to rec.radio.info, a group that aims to provide a noise-free source
- of information and news for the entire rec.radio hierarchy.
-
- Two introductory articles about rec.radio.info are posted to the group and
- to news.answers every two weeks. You are now reading the first article, which
- explains what rec.radio.info is, and answers some Frequently Asked Questions.
- The second article is titled "Submission Guidelines", and you only need to
- read it if you want to submit an article to rec.radio.info.
-
- You can skip to the next section of this article by searching for the next
- " -- " string. The sections available are:
- - What is the purpose of rec.radio.info?
- - Why are messages almost always cross posted to rec.radio.info?
- - What is a 'follow-up', and what does 'moderated' mean?
- - OK, so now I know what 'moderated' means. Tell me more.
- - What type of material is considered inappropriate?
- - I do not have access to news, how can I get the information posted to
- rec.radio.info?
- - Will the material appearing in rec.radio.info be archived somewhere?
- - I have a regular posting with timely information, is there a way to
- speed up it's delivery, or automate for more convenience?
-
- -- What is the purpose of rec.radio.info?
-
- The purpose or charter of rec.radio.info is to provide the Usenet community with
- a resource for information, news, and facts about any and all things radio.
-
- All the other rec.radio groups are intended for discussions and general chit
- chat about radio. Rec.radio.info will contain informational, factual articles
- only. Follow-ups are redirected to an appropriate other group, and further
- discussion (if any) will not take place in rec.radio.info.
-
- In order to ensure that rec.radio.info contains only appropriate articles, it
- was decided to create the group as a moderated newsgroup.
-
- -- Why are messages almost always cross posted to rec.radio.info?
-
- It provides a "tag" for each article to be assembled into a filtered
- presentation in rec.radio.info (even with cross-posting, only one message, with
- a unique Message-ID, is propogated across the net). This tag also facilitates
- a pre-existing method of dropping or cancelling the articles locally within the
- discussion groups if you don't want to see them. This accommodates individuals
- who want to separate the bulletins from the discussions, discussions from the
- bulletins, as well as those who are adamant about not reading another
- newsgroup and wanted to see everything all in one basket.
-
- With the total size of Usenet (in number of newsgroups and total traffic)
- doubling every year or so, this is no insignificant contribution to reducing
- information noise and chaos. Making the discussion groups a catch-all, and
- making extra newsgroups filters on that catch-all, is also the most realistic
- way to implement such a scheme (It's not intuitively obvious what the charter,
- contents, and general appropriate topics for each and every newsgroup are.
- Seeing FAQ's and charter/intro postings in the home newsgroup is beneficial
- for new readers).
-
- By cross-posting one only is adding a few tens of bytes to each bulletin (to
- specify the extra group on the Newsgroups line), but are adding the capability
- for very powerful filtering features available on most news servers,
- listservers and readers. Your local news guru could probably explain these
- features in more detail.
-
- In rn, for example, according to Leanne Phillips in her rn kill-file FAQ, add
- a line of the form:
- /Newsgroups:.*[ ,]rec\.radio\.info/h:j
- either in ~/News/KILL (if you don't want to see rec.radio.info articles
- anywhere) or ~/News/rec/radio/amateur/misc/KILL (if you don't want to see them
- just in rec.radio.amateur.misc). The latter method means your kill file will
- only be consulted during rec.radio.amateur.misc (and hence runs more
- efficiently), and will probably work for most people.
-
- In nn, according to Bill Wohler in his nn FAQ, add a line of the form:
- rec.radio.info:!s/:^
- in ~/.nn/kill (if you don't want to see rec.radio.info articles anywhere), or
- put the following lines:
- sequence
- rec.radio.info
- rec.radio.
- at the end of ~/.nn/init in order to see all the rec.radio.info bulletins first,
- then read the remaining rec.radio.* without the bulletins.
-
- -- What is a 'follow-up', and what does 'moderated' mean?
-
- If you are new to Usenet and are not familiar with the terminology, you might
- want to read the general introductory articles found in the newsgroup
- news.announce.newusers. Doing so will make your life on the net much easier,
- and will probably save you from making silly beginner's mistakes.
-
- If you think that at this moment you are reading an echo, a conference, or
- a bulletin board, I'd also strongly suggest a trip over to
- news.announce.newusers.
-
- For the rest of this article, I will assume you have a basic knowledge of
- Usenet terminology and mechanics.
-
- A moderated group means that any article that needs to be posted to the group
- has to be accepted by the moderator of the group. Since we need to ensure that
- followups to an article (discussion) do not show up in the rec.radio.info
- newsgroup, the `Followup-To:' header line contains a newsgroup that is
- appropriate for disussions about the specific article.
-
- -- OK, so now I know what 'moderated' means. Tell me more.
-
- Rec.radio.info is a moderated newsgroup, which means that all articles
- submitted to the group will have to be approved by the moderator first.
-
- The current moderator of the group is Mark Salyzyn. Submissions to
- rec.radio.info can be posted, or e-mailed to:
-
- rec-radio-info@ve6mgs.ampr.ab.ca
-
- Comments, criticisms, suggestions or questions about the group can be e-mailed
- to:
- rec-radio-request@ve6mgs.ampr.ab.ca
-
- But before you do so, please be sure to check out the "Submission Guidelines"
- article.
-
- The influence of the moderator should be minimal and of an administrative
- nature, consisting chiefly of weeding out obviously inappropriate articles,
- while making sure correct headers etc. are used for the appropriate ones.
-
- -- What type of material is considered inappropriate?
-
- There are three broad categories of articles which will be rejected by the
- moderator:
-
- 1) Requests for information: rec.radio.info is strictly a one-way street. I
- receive information in my mailbox; I then post it to rec.radio.info.
- Requests for specific information belong in the normal discussion newsgroups.
- If your request gets answered, you might consider passing the answer on to
- rec.radio.info, though. Especially if you can edit it into a informational,
- rather than a discussion, format.
-
- 2) Obvious discussion articles, or articles that appear unsubstantiated.
-
- 3) Commercial stuff: a relatively unbiased test of a radio product would be
- accepted, but any hint of for-profit might be reason for rejection. For three
- reasons: This is not the purpose of the list, for-profit is a controversial
- topic, and this list may be passed onto Amateur Packet Radio (where
- for-profit is prohibited except under certain provisos).
-
- rec.radio.swap (or possibly comp.newprod) may be more deserving of the
- posting in any matter.
-
- Similarly, copyrighted material generally cannot be used. If it's TRULY
- worthwhile to the net, I would recommend obtaining permission from the
- copyright holder. Please note the source, and if permission was given. I
- reserve the right to make the final decision concerning appropriateness in
- all situations. In most cases, a brief summary of, or pointer to, the
- copyrighted information may be all I can allow.
-
- -- I do not have access to news, how can I get the information posted to
- rec.radio.info?
-
- brian@UCSD.EDU (Brian Kantor) has kindly supplied a mail list server for
- rec.radio.info. Non of the articles will be digested, due to their size, so
- you will receive individual mailings for every article posted to the group.
-
- Mail sent to radio-info@ucsd.edu will be forwarded to the moderator and
- thus is an alias to rec-radio-info@ve6mgs.ampr.ab.ca
-
- To subscribe and unsubscribe via the listserver; the format for that is
-
- sub address radio-info
- unsub address radio-info
-
- where 'address' is your full mailing address. Send this request to
-
- listserv@ucsd.edu
-
- Note that the server will automatically delete any address that bounces mail.
- If you leave the address portion blank, it will try to deduce your address
- from the mail headers. This may not work if you are on bitnet, milnet or
- some other non-Unix host, so it is recommended to put your return address
- in any case. For example:
-
- sub mymailbox@myhost.mydomain.mil radio-info
- or
- sub MEMEME01@DMBHST.bitnet radio-info
-
- or something like that.
-
- -- Will the material appearing in rec.radio.info be archived somewhere?
-
- Yes. Still firming up details at the moment but here is a preliminary list:
- - unbc.edu as maintained by Lyndon Nerenberg <lyndon@unbc.edu>
- - nic.funet.fi maintained by Risto Kotalampi <rko@cs.tut.fi>
- saved to /pub/dx/text/rec.radio.info currently stored as
- numbered files.
-
- Effectively this means that anything you post to rec.radio.info will be
- permanently stored, so your work will not be lost.
-
- -- I have a regular posting with timely information, is there a way to
- speed up it's delivery, or automate for more convenience?
-
- Yes, there is! It may take a bit of chatter with the moderator, but we are
- willing to take responsible people and provide them the means of posting the
- articles directly from their site. We will try everything we can as we fully
- realize that DX (distant signal) and astronomical data can be somewhat
- transitory. We are also willing to allow regular posters of information the
- same courtesy, even if the information is not as time critical.
-
- We refer to this as self-moderation, which is partly based on the model for
- news.answer. This requires co-operation and good will to be beneficial to
- the community in the rec.radio hierarchy.
-
- I suggest reading the posting guidelines for more information. I am open to
- suggestions.
-
- I thank the following individuals for their input into this article:
- rec.music.info moderator Leo Breebaart rec-music-info@cp.tn.tudelft.nl
- rec.radio.broadcasting moderator Bill Pfeiffer wdp@gagme.chi.il.us
- Paul W. Schleck, KD3FU pschleck@unomaha.edu
- Ian Kluft, KD6EUI ikluft@uts.amdahl.com
-
- --
- Mark Salyzyn -- Moderator rec.radio.info
- Submissions to: rec-radio-info@ve6mgs.ampr.ab.ca
- Administrivia to: rec-radio-request@ve6mgs.ampr.ab.ca
- * Requests for information do *not* belong in rec.radio.info *
-
- ------------------------------
-
- Date: 1 Dec 1993 20:29:11 -0800
- From: ucsnews!sol.ctr.columbia.edu!howland.reston.ans.net!math.ohio-state.edu!news.cyberstore.ca!vanbc.wimsey.com!vanbc.wimsey.com!not-for-mail@network.ucsd.edu
- To: info-hams@ucsd.edu
-
- References <miles-211193205457@slip-3-1.ots.utexas.edu>, <187240001@hpindda.cup.hp.com>, <miles-011293124642@mac32.util.utexas.edu>ey.com
- Subject : Re: Modem Software to Alert Pagers-SUMMARY (Long)
-
- And more stuff if you look in an Archie for "IXO", which will point to
- a couple of sites that keep some real jim-dandy stuff that
- works with the (still) several different brands of paging system,
- each with their own anomalies resulting from a not quite perfectly
- laid out spec (from Motorola, originally - the small entry device
- protocol..._)
-
- Cheers /mark
-
- ------------------------------
-
- End of Info-Hams Digest V93 #1418
- ******************************
- ******************************
-